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(57) Abstract 

In the figure, a hypertext browser displays hypertext pages and indicates draggable elements (56, 58) and drop targets (52) on the 
page being viewed. The browser detects when a user selects a draggable clement and drops the draggable clement within a drop target. The 
browser and/or the server to which it is connected examine a class relations matrix having entries for intersections of draggable element 
references and drop target references in which a matrix entry at an intersection of the draggable element and drop target is identified and 
used for performing an action which is a function of the matrix entry. 
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DATA NAVIGATOR INTERFACE 

COPYRIGHT NOTICE 
A portion of the disclosure of this patent document 
contains material which is subject to copyright protection. 
The copyright owner has no objection to the xerographic 
reproduction by anyone of the patent document or the patent 
disclosure in exactly the form it appears in the Patent and 
Trademark Office patent file or records, but otherwise 
reserves all copyright rights whatsoever. 

BACKGROUND OF THE INVENTION 
The present invention relates to the field of data 
navigation. More specifically, one embodiment of the 
invention provides a user with an improved method and 
apparatus for navigating through complex databases. 

The current navigation metaphor on the World Wide 
Web (as well as other, less popular hypertext document "webs") 
is that of jumping from one page to another by pointing and 
clicking on highlighted words or icons (anchors) which point 
to other locations in the hypertext document (links) . 
Current browsers operate under the HTML (HyperText Markup 
Language) view of the world. In the HTML view, anchors with 
links are interspersed throughout a page and are more or less 
fixed when the page is authored, which might be some time 
before the page is viewed and would be the same page for each 
reader. In this model, a link is inherently limited to 
pointing towards a single location, namely the destination 
described by the URL (Uniform Resource Locator) pointed to by 
the link. A new generation of HTML employs multiple scripting 
extensions to HTML (such as CGI, JavaScript and others) to 
allow execution of code based on the anchor clicked on by the 
user, but still the only links a browser user can follow are 
those preconceived by the author, and the user has no 
flexibility in browsing beyond those links. 
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Since all the links must be preconceived, often the 
author of a page will create a page, with its fixed links, and 
the page will be obsolete when the "linked- to" pages change. 
Furthermore, if sites rely on a large content base which is 
5 constantly changing, site creators need to constantly keep 
maintaining the integrity of their information. This problem 
has been recognized, and solutions have been proposed, but 
none have been entirely satisfactory. For example, a database 
could be integrated with an HTTP (HyperText Transport 
10 Protocol) server, where the database is passed though a set of 
templates to create a static snapshot of the current state of 
the database. Another approach is to embed explicit code and 
database calls inside HTML pages creating, in effect, a 
distributed program embedded inside a myriad of web pages. 
15 Both approaches have proven to be very time consuming and 
costly solutions during day-to-day maintenance. 

The current navigation model is also limited to 
simple navigation metaphors (e.g., point and click) and does 
not provide the ability to relate locations without creating a 
20 pointing link from one to the other. 

From the above, it is seen that an improved 
hypertext navigation system for browser users is needed. 

SUMMARY OF THE INVENTION 
An improved hypertext navigation system is provided 
by virtue of the present invention. In one embodiment of a 
hypertext browser according to the present invention, the 
browser displays hypertext pages and indicates draggable 
elements on the page being viewed. The browser also displays 
drop targets and detects when a user selects a draggable 
element drops the draggable element over a drop target. The 
browser and/or the server to which it is connected examine a 
class relation matrix having entries for intersections of 
draggable element references and drop target references in 
which a matrix entry at an intersection of the draggable 
element and drop target is identified and used for performing 
an action which is a function of the matrix entry. 



30 
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In a more general model, each of the draggable 
elements and drop targets are "atoms" or objects which are 
describable as a unit in a protocol for conveying meta-data 
references. In this model, any atom that has at least one 
5 output is a draggable element and any atom that has at least 
one input is a drop target. Thus, some atoms can be both 
draggable elements and drop targets. The communication of 
data from an atom output to an atom input can be effected by 
using meta-data object references in a distributed object 

10 system. A class relation matrix is used to specify how the 

output of the dragged atom is to be converted, if at all, into 
a form acceptable to the input of the drop target atom. A 
server handling these communications has a class relation 
matrix relating some objects. Where the input atom and output 

15 atom are not both objects known and related at the server, the 
server refers to external object registries to relate the 
input atom to the output atom, either directly or indirectly 
through an intermediate object. 

A further understanding of the nature and advantages 

20 of the inventions herein may be realized by reference to the 
remaining portions of the specification and the attached 
drawings . 



BRIEF DESCRIPTION OF THE DRAWINGS 
25 FIG. 1 is a schematic diagram of a network over 

which the present invention might be used. 

FIG. 2 is a screen display showing elements of the 
present invention. 

FIG. 3 is a screen display illustrating how a page 
30 might appear in a browser programmed according to the present 
invention. 

FIG. 4 is a screen display illustrating meta-data 
references, draggable element atoms and drop target atoms and 
shows a draggable element atom being dropped over a drop 
3 5 target atom. 

FIG. 5 is a screen shot of a program used to view 
and edit relationship types for a class relation matrix. 
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FIG. 6 is a screen shot of a program used to view 
and edit relationships between classes in a class relation 
matrix. 

FIG. 7 is a screen display illustrating the process 
5 of clicking on an object under which meta-data is embedded. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
The preferred embodiment is described herein and 
shown in the figures as an embodiment of a computer system 

10 running the Macintosh® operating system on a Macintosh® 
computer manufactured by Apple Computer, of Cupertino, 
California and running the Netscape Navigator™ Web browser 
developed by Netscape Corporation of Mountain View, California 
where the computer is coupled to the global internetwork of 

15 networks known as the "Internet" using a TCP/IP (Transport 
Control Protocol/internet Protocol) interface. However, it 
should be noted that other computers, operating systems and 
networks are ready equivalents for those elements. 

The example application shown in the figures is a 

20 hypertext system for browsing (or "surfing") through a 

database of resorts and vacation clubs. Unlike a conventional 
browser, which presents pages as pregenerated by an author at 
a server site or as dictated by a database structure at the 
server site, a user of the browser can navigate through the 

25 data in ways only contemplated by the user. This is made 

possible by the extension of the concept of URL's to include 
references in a novel protocol referred to herein as the 
"Know" protocol, whose description is set out in Appendix B. 
Using this protocol, objects are described by what they 

30 represent ("meta-data") rather than what they are or what 

their values are (data) . This provides for an object-oriented 
navigation paradigm which provides for the greater flexibility 
of the system. 

Most conventional browsers allow for modifications, 

35 in the form of "plug-ins", "add-ons" or the like. Where a 

browser is modified to handle meta-data in the Know protocol, 
it might be described as a "Mediator -enabled" browser. Where 
a server is modified to respond correctly to Know protocol 
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messages sent by a Mediator-enabled browser, the server is 
said to be a "Mediator -enabled" server. 

This embodiment of the data navigation interface is 
shown in the figures. FIG. 1 is a schematic of a network over 
5 which the invention might operate. To access content, a 

reader 12 connects to a reader ISP (Internet Service Provider) 
14, which in turn connection reader 12 to the Internet 16 as 
is well known in the art. Other network connections are also 
possible. Also shown connected to Internet 16 in addition to 

10 readers 12 and reader ISP's 14, are a Web server 18, which is 
a "Mediator-enabled" server as described below, and a database 
(DB) server 20. Readers 12 are also referred to herein as 
"browsers" because they can be used by a user to browse the 
Web. Of course, readers 12 could also be machines totally 

15 controlled by programs acting as users as opposed to being 
controlled by human users. One reader 12 is shown with a 
client -side program 22 loaded thereon from a magnetic media. 
Client-side program 22 provides the novel functionality 
described below. 

20 Although not shown, readers 12 include graphical 

displays and input devices such as a mouse and/or keyboard. 
As is well known in the art of user interfaces, the input 
devices can be used to manipulate a cursor, such as a mouse 
cursor, on the graphical display to select screen elements. 

25 Referring now to FIG. 2, a view 4 0 of a graphical 

display is there shown. View 40 results from running a 
Netscape Navigator browser with a plug- in to modify its 
behavior as described herein to be a Mediator-enabled browser. 
The Mediator-enabled browser display shown in FIG. 2 includes 

3 0 a toolbar 50 containing one or more drop target atoms 52 which 
are represented by object icons. The browser displays a page 
54 to the left of toolbar 50. That page 54 includes draggable 
atoms, represented by icons 56 or anchors 58. These atoms 52, 
54, 56, 58 represent classes of objects, processes, or 

35 instances of data. Typically, toolbar 50 will change 

depending on what server the browser is currently connected 
to. Toolbars show atoms which may be located on Web server 
18, other servers, or a correlation registry 24 which 
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correlates seemingly unrelated atoms. In addition to the 
atoms provided by Web server 18, toolbar 50 might also include 
"bookmark" atoms from elsewhere. 

Generally speaking, each draggable icon 5 6 or anchor 
5 58 represents an instance of a certain class, or an atom. 
Those atoms may be marked with self descriptive meta-data. 
Anchors 58 are either formatted as conventional links or as 
links specified in the "Know" protocol used by the preferred 
embodiment. Know protocol links might be shown by a special 

10 font or color. When the user moves the mouse over the anchor, 
the relevant information denoted by the anchor is displayed in 
a status bar at the bottom of the screen (see FIG. 4) . 

A Mediator-enabled browser is capable of operating 
as an ordinary browser when encountering an ordinary Web site, 

15 but as the user points the browser towards Web server 18 (or 
any other Mediator-enabled Web server) , the browser connects 
to Web server 18 and can communicate using Know protocol 
messages. The home page for the site hosted on Web server 18 
(or the page referenced) will include an "embed" statement 

20 which points to a Mediator plug-in. For example, if Web 
server 18 has a host IP address of 222.22.22.25 and the 
browser navigates to the root directory of that host, Web 
server 18 will return a home page which includes the following 
text snippet : 

25 

< EMBED SRC=" club, atom" WIDTH=40 HEIGHT=1000 
TARGET^ "Desktop " 0PEN= "defaul t.html"> 

indicating that the Mediator plug-in (from media 22 or another 
30 source) should be loaded. If not found, the browser will be 
pointed to a download site to automatically download a 
Mediator plug- in. The snippet above gives a file name of the 
atom to be presented, "club. atom" , which is then loaded. An 
example of the club. atom file is shown in Table 1. 



35 
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10 



15 



//File: Club, atom 

//Description: Atom specifier for the Club site 
// 

//Toolbar Name 
©Clubs 

//Atom Name Server ID Atom URL Icon 

25007 Country 222 .22.22.25 club/ 'Atom/25007 Country. Pic 

25008 Activity 222 . 22 . 22 . 25 club/ Atom/ 25008 Activity. Pic 

25012 Club 222.22.22.25 club/ Atom/25012 Club. Pic 

//Toolbar Name 
@AAir 



//Atom Name 
25024 Flight 
25025 
25028 



Server ID Atom URL Icon 
134 .45.22.10 amer/Atom/25024 Flight . Pic 
Airport 134 .45 .22 .10 amer/ Atom/25025 Airport. Pic 
Price 134 .45 .22.10 amer/ Atom/25028 Price. Pic 



MainObj 
MCTY 
MACT 
MCLB 

MainObj 
AFLT 
APRT 
APRC 



20 The data in the atom file club. atom is loaded by the 

browser and used to construct toolbar 50. At this stage, the 
user is ready to interact with the site in any of several 
ways. For example, if the user double-clicks on an atom in 
page 54, the browser passes the double-click event to the 

2 5 plug- in. The plug- in identifies the clicked atom and gets the 
URL it points to. Using the URL retrieved from the atom, the 
plug- in sends the appropriate Know protocol message to the 
server identified in the atom file for that atom. An example 
of a Know protocol message is: 



30 



http : //222 .22.22 . 25/ . MEDIATOR$*MEDIATOR*NST/club/Atoni/25012 



where the message structure is: 



35 



http : //<HostID>/ .MEDIATOR$*MEDIATOR*NST/<Obj__Model>/Atom/<Atom_rD> , 



In response, the server 222.22.22.25 returns a "Find" Template 
for the atom. An example of a find template is shown in 
Appendix A.l. This template can be displayed as an HTML form 
40 in window 54, as shown in FIG. 3. The page 56 shown therein 
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contains hidden meta-data descriptors associated with each of 
the search fields. These descriptors are shown in Appendix 
A.l. The user uses this form to create a search to an atom 
meeting the specified criteria. The browser sends the search 
5 parameters to server related to the atom being searched. 

The atom' s server performs the search query by- 
loading atom code and translating the search request into 
queries which are sent to DB server 20. DB server 20 performs 
the queries and returns a collection of records which are 

10 relevant to the queries. The atom's server then translates 
the resulting records into an HTML page using the template 
shown in Appendix A. 2. That page includes a list of records 
with associated meta-data Know protocol descriptors, which are 
hidden from the user. However, as shown in FIG. 4, an 

15 individual descriptor 60 for a record such as the record 62 
pointed to by cursor 64 can be viewed on a status line. 

With the list in FIG. 4 displayed, the user can drag 
and drop an anchor from page 66 onto one of the atoms 52 on 
toolbar 50, to create a drag-and-drop event matching the 

20 anchor to the atom. In particular, the dragging of link 68 
over atom 52 results in the drag-and-drop event which is 
described in the Know protocol by the string: 



Drag Event = OpenURL 
25 MessageType = ^TEXT' 

Even tMessage = http: //222 .22.22.25/. MEDIATOR$ ^MEDIATOR *NST 
/cmed/A torn/ 2 5008< cmed/MCLB/cl ub_name/I tapari ca 

The general structure for a message for this event is: 

30 

HTTP : //<Hos t_ID> / . MEDIATORS ^MEDIATOR *NST/< Obj_Model >/A torn/ 
<Atom_ID> x < x <Obj_Model>/<Ojbject>/<Property_JD>/<Prop_VaIue> 

The browser sends this message to the identified server, which 
35 is Mediator- enabled. That server performs an object class 
translation from the dragged atom' s data to data which the 
drop target atom is willing to accept. The translated data is 
then passed to the drop target atom as input for its action. 
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Translation is done using a matrix such as matrix 70 shown in 
FIG. 5. Down the left i-s of matrix 70 are labels 72 listing 
the draggable element atoms. Across the top of matrix 70 are 
labels 76 listing the drop target atom. At each intersection 
5 of a draggable element and a drop target, a class relation 
type 74 is stored. Class relation types 74 are one of the 
following types : 

74a - No relation 
74b - Null relation 
10 74c - Simple relation 

74d - Complex relation 
74e - Interclass relation 
Where no relation is indicated (74a), the server will look to 
a correlation registry to find a relation between the dragged 
15 element and the drop target . 

FIG. 6 shows is view of the relation between two 
atoms (classes) , namely the dragged element atom "MACT" and 
the drop target atom "MCTY" . This relation is a complex 
relation (74d) in that there are several intermediate steps 
20 between relating these two atoms together, e.g., filtering 
through the "MLKA" and "MCLB" atoms. Therefore, if the user 
were to select a draggable element " MACT" (the "activity" icon 
52; see FIG. 2) and drop it the drop target "MCTY" (one of the 
country icons 59) , the server would use the relation shown in 
25 FIG. 6 to connect the atoms and generate a listing of 

activities for that country. If the user had dragged the 
country icon 52 over the activity icon instead, the result 
would be a listing of activities by country or countries by 
activity. 

30 Instead of dragging and dropping a meta-data link, 

the user can also single-click on the meta-data link. This is 
shown in FIG. 7, where the user has clicked cursor 64 on link 
68. The meta-data is shown in status line 98. When clicked, 
the browser sends this URL to the Mediator plug- in for 

35 translation. The plug-in identifies the relevant atom and 
sends the message: 



http: //222 .22.22.25/ MEDIATOR$* MEDIATOR* NST> 
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/cmed/A tom/25012< cmed/MCLB/cl ub_name/I tapari ca 

to Web server 18. The Mediator plug-in follows the same steps 
as in the case of dragging and dropping of information into an 
5 atom. Since the object is of appropriate class for the atom, 
no translation is required, and the atom is served with the 
data clicked on. 

Dragging is performed by holding the mouse button 
down, "picking up" the linked anchor or icon, positioning it 

10 over the preferred atom, and releasing the mouse button. 
After this action is performed, the browser will send a 
message to the client representing the logical action the user 
has just performed, where the action is dictated according to 
the embedded Know protocol meta-data. Each link under an atom 

15 includes a description of the atom's object type. 

Registration and correlation services 

The class relation matrix contains the relationships 
between classes created by the author. When two classes which 
20 need to be related are not created by a common author, the 
problem is more complicated, but is handled by the present 
invention. 

The relation between two objects might be a direct 
one-to-one correlation or an indirect correlation between the 

25 two objects through an intermediary related object. In order 
to correlate object models, each author registers all or some 
of its objects with a registration server. Those registered 
objects may be registered as new object classes on this server 
model, or as related classes to currently registered classes. 

30 In the event a related class is registered, a correlation 
function is provided by the new class. This translation 
function may be bidirectional, providing a two-way translation 
between the new class and the existing class, or 
unidirectional. Registration servers operate under a separate 

35 protocol referred to herein as the YP (Yellow Pages) protocol 
which provides for registration, query, and management of 
registered entities. YP-based registration servers may be 
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correlated through higher level YP servers to form a super- 
scalable structured web -format. 

In summary, the present invention provides for a new 
user-directed navigation metaphor. By allowing the user to 
5 drag and drop anchors onto a user- selected one of many drop 
targets, the present invention empowers a new more powerful 
navigation paradigm on the Web and other hypertext 
environments . Instead of the browser following pages based on 
the relationships set by the author of the page, the browser 

10 can follow pages based on the relationships indicated by the 
dragged object and the drop target. In a specific embodiment, 
an anchor includes embedded meta-data according to a 
description protocol referred to as the "Know 11 protocol, which 
is transparent to the user. The Know protocol allows web 

15 links to describe the data which contains the link, in 

contrast to usual protocols which describe the data to which 
the link is pointing. 

The relationships between dragged elements and drop 
targets are stored in a matrix, a set of inter-object relation 

20 rules executed on the Web server where the dragged elements 

and the drop targets are objects in the model. The Web server 
creates new information pages on the fly for presentation to a 
browser modified according to the present invention. 
Typically, the modification is in the form of an add-on 

25 program or a plug- in. 

To find the relationship between a dragged object 
and a drop target object, the Web server examines a matrix of 
relation rules. If the dragged object and dropped target 
object are not found in a common matrix, the class of those 

30 objects might be found to be registered at an object server 
which correlates registered classes from one server with 
registered classes from other servers. This allows from the 
relationships between objects to be maintained in a 
distributed manner. 

35 The above description is illustrative and not 

restrictive. Many variations of the invention will become 
apparent to those of skill in the art upon review of this 
disclosure. The scope of the invention should, therefore, be 
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determined not with reference to the above description, but 
instead should be determined with reference to the appended 
claims along with their full scope of equivalents. 



WO 98/22908 



PCT/US97/14371 



13 

APPENDIX A 



A. 1. Atom Find Template 

<html> 
<head> 

<script language=" JavaScript "> 
<! 

function LoadO 
{ 

top. setMode ( "find" ) ; 

// -> 
</script> 

< title>Clubs</ title > 
</head> 

<body onLoad= n Load ( ) ; " > 
<f orm name= " InputForm" > 
Name<br> 

< input type="text " name =" MCLB : club_name M xbr> 

<i>Rating</i> 

<hr> 

< table widths " 4 00" > 

<td>Comfort</td> 

<td>Family</td> 

<td>Total Capacity</td> 

<tr> 

<td> 

< select name = 11 MCLB : comfort "> 
<option> 

<option value^"!"^ 
<option value="2">2 
<option value="3">3 
<option value="4 n >4 
</select> 

</td> 
<td> 

<select name="MCLB : f amilly"> 
<option> 

<option value="l">l 
<option value="2">2 
<option value= M 3" >3 
</select> 

</td> 

<td>< input type=" text" name="MCLB: capacity" ></td> 

<tr> 
</table> 
<hr> 

<i>Decription</i> 

<TEXTAREA name="MCLB:desc" cols="40" rows= n 5 n WRAP> 

</TEXTAREA> 

<hr> 

<i>Location</i> 
<hr> 

<input type="text " name= "MCLB : country" > 

<hr> 

< input type= "hidden" name=" Button" value= n Submit " > 
</form> 
</body> 
</html> 



A. 2. List Template 

<html> 
<head> 

<title>Club List</title> 
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</head> 
<body> 

< DBMATR IX=MCLB > 

Club Name: <b> 

<a href ="know: //cmed/MCLB/club_name/<DBFIELD=MCLB:club_name>"> 
<DBFIELD=MCIjB : club_namex/a> 
</bxbr> Country: <b> 

<a href ="know: //cmed/MCTY /count ry/<DBFIELD=MCLB : count ry> 11 > 
<DBFIELD=MCLB : countryx/a> 

</bxbr>Phone : <b> 

<DBFIELD=MCLB :phonex/a> 

</bxbr> 

<hr> 
</DBMATRIX> 
</body> 
</html> 
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Appendix B - Protocol Definitions 

The Know protocol describes object models, classes, object instances, 
properties and methods through a flexible naming scheme. Because every 
element in a KnowledgeWeb based system can be described through this 
protocol, the protocol provides for URL's for structured data elements 
instead of just for static pages or references to programs (CGI scripts, 
etc . ) . 

B.l. BNF for Know protocol messages 

<know_element> : 'Know://' [ host_id ' /' ] <element> 
<element>: <atom> j <data> j <action> | <query> | <method> 
<atom> : <object_model_id> '/atom/' <atom_id> 
<atom_id>: Long integer 

<data> : <object_model_id> ' /' <object_id> '/' <property_id> ' /' 
[ operand ] <property_value> ~~ 

<object_model_id> : <token> 

<object_id>: <token> 

<property_id> : <token> 

<operand>: '.' [ ' EQ' | 'GT' J ' GE' | ' LT' | ' LE' j ' NE' | 'IN' j ' IS' | 
'CT' | 'NC | 'SW | ' ST' | ' EW | ' CMN' | .... ] 

<action> : <data> j ( <atom> [ '[' <mode> ']' ] [ '<' <data> ] ) 

<mode> : 'find' j 'browse' j 'add' | 'update' 

; Mode 'browse' and 'update' require <data> for correct operation. 

; If <data> is supplied, 'browse' is default mode. 

; If <data> is not supplied, 'find' is default mode. 

< query > : 'Mediator/Query/' <query_string> 

<query_string> : <string> 

<method>: <object_model_id> '/' <atom_id> '/' <method_name> '(' 
t <parmeters> ] 1 ) ' 

<parameters> : <param> [ <parameters> ] 

<param>: <token> | <string> j <data> 

<token> : character sequence with no white space or linebreaks or '/' 
<string>: character sequence starting and ending with ' " ' 
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B.2. BNF for Atom Descriptor File 

<atom_descriptor_f ile> : [ <comment> ] <atom_toolbar> [ <CR> 
<atom_toolbar> ] 

<atom_toolbar> : <toolbar_name> <CR> [ <atom_list> ] 

<atom_list> : <atom_descriptor_line> <CR> [ <atom_list>] 

<atom_de script or_line> : <atom_id> <atom_name> <atom_server_host_id> 
<atom_URL> <atom_icon> <atom_main_obj > 

<atom_id>: <integer> 

<atom_name> : < token > 

<atom_server_host_id>: tcp/ip address (255.255.255.255) | DNS name 
<atom_URL>: Know protocol <atom> ( <object_model> Vatom/' <atom_name> ) 
<atom__icon> : <token> 
<atom_main_obj > : <token> 
<comment> : *//' <text_line> 

<text_line>: character sequence with no linebreaks (<CR>) 

<token>: character sequence with no white space or linebreaks or '/' 

<integer>: any number between 1 and 2*15 



WO 98/22908 



PCT/US97/14371 



17 

B . 3 . HTML Tags 

<DBFIELD fileCode=AlphaNumer±c fieldAlias=AlphaNumeric [recNum=Numeric] > 

This tag will be replaced with the value of the field. The recNum 
parameter is optional, default value is 0. 



<DBMATRIX fileCode^AlphaNumerio 

This tag will loop the records of the fileCode and repeat the HTML code 
inside the tag. DBFIELD tags within this tag will have their recNum 
updated automatically. 



</DBMATRIX> 

This tag marks the end of the repetition area for the <DBMATRIX> tag 



<SET_QUERY input - fileCode name=query_name string=" DISPLAY fileCode 
fields. . . IF "> 

This tag will set a query with a given name. If an input file is given, 
that input file will be used as input to the %? variables present in the 
query string. This tag can also be used inside a matrix, wherein the tag 
take the input (if an input file is needed) from the current record of the 
matrix. 1 



< QUERY name = que ry_name> 

This tag will loop the records of the query and repeat the HTML code 
inside the tag. <QEFIELD ...> tags and <QUERY__ALL_FIELDS> tags can be 
used within the repetitive HTML code. 



</QUERY> 

This tag marks the end of the repetition area for the < QUERY > tag. 



<QEFIELD fileCode=AlphaNumeric fieldName=AlphaNumeric 
fieldNumlnQuery^Numeric [recNumInQuery=Numeric] > 

This tag should be embedded inside the < QUERY > tag. This tag will be 
replaced with the value of the field from the query. The fieldNumlnQuery 
parameter indicates which field is to -be taken from the query. The 
fileCode and fieldName parameters indicate the original (fileCode, 
fieldNum) pair which defines the field in the query. 



<QUERY_ALL_FIELDS> 

This tag should be embedded inside the < QUERY > tag. This tag will loop 
all the fields in the current record in query HTML code in which it is 
embedded in and repeat the HTML code inside the tag for each field. 
<QUERY_REPEAT_FIELD> tags should be used. 



< /QUERY_ALL_FIELDS> 

This tag marks the end of the repetition area for the <QUERY_ALL_FIELDS> 
tag. 



<QUERY_REPEAT_FIELD value j name | descr \ file> 
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This tag should be embedded inside the <QUERY_ALL_FIELDS> tag. This tag 
will be replace with the value or name or description or file code of the 
current field of the query. " 



<ME_IMPUT varName=±nputVariableName> 

This tag will be replaced by the server with the value of the HTML 
variable which name is given here. The variable is of the HTML document 
which referred to the one being constructed. 
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WHAT IS CLAIMED IS : 

1 1. A hypertext browser which displays hypertext 

2 pages referencing other hypertext pages comprising: 

3 means, within the hypertext browser, for indicating 

4 one or more draggable element of a page being viewed; 

5 means for displaying one or more drop target on a 

6 user display, either within a browser window or outside the 

7 browser window; 

8 means for detecting an event when a user selects a 

9 selected draggable element and drops the selected draggable 

10 element over a selected drop target; and 

11 means, coupled to the means for detecting, for 

12 generating a message which is a function of the selected 

13 draggable element and the selected drop target. 

1 2. The hypertext browser of claim 1, wherein 

2 objects in an object model which have at least one input are 

3 objects which are potential drop targets, objects which have 

4 at least one output are potential draggable elements, and 

5 objects which have at least one input and at least one output 

6 are potential draggable elements and potential drop targets. 



1 3. The hypertext browser of claim 1, further 

2 comprising means for navigating to a new location in a 

3 hypertext document or hypertext server web based on the 

4 generated message. 

1 4 . A hypertext system for displaying hypertext 

2 pages comprising: 

3 a hypertext browser, comprising: 

4 means, within the hypertext browser, for 

5 indicating one or more draggable element of a page being 

6 viewed; 

7 means for displaying one or more drop target on 

8 a user display, either within a browser window or outside the 

9 browser window; 
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10 means for detecting an event when a user 

11 selects a selected draggable element and drops the selected 

12 draggable element over a selected drop target; and 

13 means, coupled to the means for detecting, for 

14 sending a message to a hypertext server, wherein the message 

15 is a function of the selected draggable element and the 

16 selected drop target; and 

17 the hypertext server comprising: 

18 means for receiving messages from hypertext 

19 browsers; 

20 a class relation matrix having entries for 

21 intersections of draggable element references and drop target 

22 references; 

23 means, coupled to the means for receiving and 

24 the class relation matrix, for identifying a matrix entry at 

25 an intersection for the selected draggable element and the 

26 selected drop target indicated by a received message; and 

27 means, coupled to the means for identifying, 

28 for performing an action which is a function of the matrix 

29 entry. 

1 5. The hypertext system of claim 4, wherein the 

2 action performed by the hypertext server is an action of 

3 returning a hypertext page to the hypertext browser. 

1 6. The apparatus of claim 4, further comprising an 

2 object model server for providing a class relation for the 

3 selected draggable element and the selected drop target where 

4 the class relation matrix at the hypertext server indicates no 

5 known relation between the selected draggable element and the 

6 selected drop target. 

1 7. The apparatus of claim 4, further comprising an 

2 object reference server and means for querying the object 

3 reference server to obtain an object-to-object relationship 

4 between the draggable element and the selected drop target 

5 when either the draggable element or the selected drop target 

6 are not found in the class relation matrix. 
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